Automated event tagging

ABSTRACT

One or more computing devices receive, from each of multiple users, a current location and an indication of one or more content objects for uploading; the computing devices identify a first event tag based on social and spatio-temporal proximity between a subset of the users; the computing devices present the first event tag to at least one of the subset of the users; in response to one or more users of the subset of the users, the computing devices also associate the first event tag to the content objects from each of the subset of the users.

TECHNICAL FIELD

The present disclosure relates generally to a geo-social networkingservice that allows users to upload photos, and, more particularly, tomethods of automatically determining an event and associating the eventwith photographs and other multimedia objects uploaded from multipleusers based on social and spatio-temporal proximity data.

BACKGROUND

A social networking system, such as a social networking website, enablesits users to interact with it and with each other through the system.The social networking system may create and store a record, oftenreferred to as a user profile, in connection with the user. The userprofile may include a user's demographic information, communicationchannel information, and personal interest. The social networking systemmay also create and store a record of a user's relationship with otherusers in the social networking system (e.g., social graph), as well asprovide services (e.g., wall-posts, photo-sharing, or instant messaging)to facilitate social interaction between users in the social networkingsystem. A geo-social networking system is a social networking system inwhich geographic services and capabilities are used to enable additionalsocial interactions. User-submitted location data or geo-locationtechniques (e.g., mobile phone position tracking) can allow a geo-socialnetwork system to connect and coordinate users with local people orevents that match their interests. For example, users can check-in to aplace using a mobile client application by providing a name of a place(or selecting a place from a pre-established list of places). Thegeo-social networking system, among other things, can record informationabout the user's presence at the place and possibly provide thisinformation to other users of the geo-social networking system.

SUMMARY

Particular embodiments relate to automatically identifying an eventbased on detected activity of a plurality of users and associating theevent with photographs and other content uploaded from multiple usersbased on social and spatio-temporal proximity data. These and otherfeatures, aspects, and advantages of the disclosure are described inmore detail below in the detailed description and in conjunction withthe following figures.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates an example social networking system.

FIG. 2 illustrates an example method of automatically tagging an eventto photos uploaded from multiple users.

FIGS. 2A-2C illustrate an example graphical user interface (GUI) of aclient application hosted by a mobile phone for the example method ofFIG. 2.

FIG. 2D illustrates example structured documents of share spaces.

FIG. 3 illustrates an example network environment.

FIG. 4 illustrates an example computer system.

FIG. 5 illustrates an example mobile device platform.

DETAILED DESCRIPTION

The invention is now described in detail with reference to a fewembodiments thereof as illustrated in the accompanying drawings. In thefollowing description, numerous specific details are set forth in orderto provide a thorough understanding of the present disclosure. It isapparent, however, to one skilled in the art, that the presentdisclosure may be practiced without some or all of these specificdetails. In other instances, well known process steps and/or structureshave not been described in detail in order not to unnecessarily obscurethe present disclosure. In addition, while the disclosure is describedin conjunction with the particular embodiments, it should be understoodthat this description is not intended to limit the disclosure to thedescribed embodiments. To the contrary, the description is intended tocover alternatives, modifications, and equivalents as may be includedwithin the spirit and scope of the disclosure as defined by the appendedclaims.

A social networking system, such as a social networking website, enablesits users to interact with it, and with each other through, the system.Typically, to become a registered user of a social networking system, anentity, either human or non-human, registers for an account with thesocial networking system. Thereafter, the registered user may log intothe social networking system via an account by providing, for example, alogin ID or username and password. As used herein, a “user” may be anindividual (human user), an entity (e.g., an enterprise, business, orthird party application), or a group (e.g., of individuals or entities)that interacts or communicates with or over such a social networkenvironment.

When a user registers for an account with a social networking system,the social networking system may create and store a record, oftenreferred to as a “user profile”, in connection with the user. The userprofile may include information provided by the user and informationgathered by various systems, including the social networking system,relating to activities or actions of the user. For example, the user mayprovide his name, profile picture, contact information, birth date,gender, marital status, family status, employment, education background,preferences, interests, and other demographical information to beincluded in his user profile. The user may identify other users of thesocial networking system that the user considers to be his friends. Alist of the user's friends or first degree contacts may be included inthe user's profile. Connections in social networking systems may be inboth directions or may be in just one direction. For example, if Bob andJoe are both users and connect with each another, Bob and Joe are eachconnections of the other. If, on the other hand, Bob wishes to connectto Sam to view Sam's posted content items, but Sam does not choose toconnect to Bob, a one-way connection may be formed where Sam is Bob'sconnection, but Bob is not Sam's connection. Some embodiments of asocial networking system allow the connection to be indirect via one ormore levels of connections (e.g., friends of friends). Connections maybe added explicitly by a user, for example, the user selecting aparticular other user to be a friend, or automatically created by thesocial networking system based on common characteristics of the users(e.g., users who are alumni of the same educational institution). Theuser may identify or bookmark websites or web pages he visits frequentlyand these websites or web pages may be included in the user's profile.

The user may provide information relating to various aspects of the user(such as contact information and interests) at the time the userregisters for an account or at a later time. The user may also updatehis or her profile information at any time. For example, when the usermoves, or changes a phone number, he may update his contact information.Additionally, the user's interests may change as time passes, and theuser may update his interests in his profile from time to time. A user'sactivities on the social networking system, such as frequency ofaccessing particular information on the system, may also provideinformation that may be included in the user's profile. Again, suchinformation may be updated from time to time to reflect the user'smost-recent activities. Still further, other users or so-called friendsor contacts of the user may also perform activities that affect or causeupdates to a user's profile. For example, a contact may add the user asa friend (or remove the user as a friend). A contact may also writemessages to the user's profile pages typically known as wall-posts. Auser may also input status messages that get posted to the user'sprofile page.

A social network system may maintain social graph information, which cangenerally model the relationships among groups of individuals, and mayinclude relationships ranging from casual acquaintances to closefamilial bonds. A social network may be represented using a graphstructure. Each node of the graph corresponds to a member of the socialnetwork. Edges connecting two nodes represent a relationship between twousers. In addition, the degree of separation between any two nodes isdefined as the minimum number of hops required to traverse the graphfrom one node to the other. A degree of separation between two users canbe considered a measure of relatedness between the two users representedby the nodes in the graph.

A social networking system may support a variety of applications, suchas photo sharing, on-line calendars and events. For example, the socialnetworking system may also include media sharing capabilities. Forexample, the social networking system may allow users to postphotographs and other multimedia files to a user's profile, such as in awall post or in a photo album, both of which may be accessible to otherusers of the social networking system. Social networking system may alsoallow users to configure events. For example, a first user may configurean event with attributes including time and date of the event, locationof the event and other users invited to the event. The invited users mayreceive invitations to the event and respond (such as by accepting theinvitation or declining it). Furthermore, social networking system mayallow users to maintain a personal calendar. Similarly to events, thecalendar entries may include times, dates, locations and identities ofother users.

The social networking system may also support a privacy model. A usermay or may not wish to share his information with other users orthird-party applications, or a user may wish to share his informationonly with specific users or third-party applications. A user may controlwhether his information is shared with other users or third-partyapplications through privacy settings associated with his user profile.For example, a user may select a privacy setting for each user datumassociated with the user and/or select settings that apply globally orto categories or types of user profile information. A privacy settingdefines, or identifies, the set of entities (e.g., other users,connections of the user, friends of friends, or third party application)that may have access to the user datum. The privacy setting may bespecified on various levels of granularity, such as by specifyingparticular entities in the social network (e.g., other users),predefined groups of the user's connections, a particular type ofconnections, all of the user's connections, all first-degree connectionsof the user's connections, the entire social network, or even the entireInternet (e.g., to make the posted content item index-able andsearchable on the Internet). A user may choose a default privacy settingfor all user data that is to be posted. Additionally, a user mayspecifically exclude certain entities from viewing a user datum or aparticular type of user data.

Social networking system may maintain a database of information relatingto geographic locations or places. Places may correspond to variousphysical locations, such as restaurants, bars, train stations, airportsand the like. In one implementation, each place can be maintained as ahub node in a social graph or other data structure maintained by thesocial networking system, as described in U.S. patent application Ser.No. 12/763,171, which is incorporated by reference herein for allpurposes. Social networking system may allow users to access informationregarding each place using a client application (e.g., a browser) hostedby a wired or wireless station, such as a laptop, desktop or mobiledevice. For example, social networking system may serve web pages (orother structured documents) to users that request information about aplace. In addition to user profile and place information, the socialnetworking system may track or maintain other information about theuser. For example, the social networking system may support geo-socialnetworking system functionality including one or more location-basedservices that record the user's location. For example, users may accessthe geo-social networking system using a special-purpose clientapplication hosted by a mobile device of the user (or a web- ornetwork-based application using a browser client). The clientapplication may automatically access Global Positioning System (GPS) orother geo-location functions supported by the mobile device and reportthe user's current location to the geo-social networking system. Inaddition, the client application may support geo-social networkingfunctionality that allows users to check-in at various locations andcommunicate this location to other users. A check-in to a given placemay occur when a user is physically located at a place and, using amobile device, access the geo-social networking system to register theuser's presence at the place. A user may select a place from a list ofexisting places near to the user's current location or create a newplace. The social networking system may automatically checks in a userto a place based on the user's current location and past location data,as described in U.S. patent application Ser. No. 13/042,357 filed onMar. 7, 2011, which is incorporated by reference herein for allpurposes. An entry including a comment and a time stamp corresponding tothe time the user checked in may be displayed to other users. Forexample, a record of the user's check-in activity may be stored in adatabase. Social networking system may select one or more recordsassociated with check-in activities of users at a given place andinclude such check-in activity in web pages (or other structureddocuments) that correspond to a given place. The check-in activity mayalso be displayed on a user profile page and in news feeds provided tousers of the social networking system.

Still further, a special purpose client application hosted on a mobiledevice of a user may be configured to continuously capture location dataof the mobile device and send the location data to social networkingsystem. In this manner, the social networking system may track theuser's location and provide various recommendations to the user relatedto places that are proximal to the user's path or that are frequented bythe user. In one implementation, a user may opt in to thisrecommendation service, which causes the client application toperiodically post location data of the user to the social networkingsystem.

A social networking system may maintain a database of advertisingcontent from advertisers, and generate and communicate advertisements tousers of the social networking system. The social networking system mayincrease effectiveness of advertising by providing an advertisement thatis targeted to a user who is likely to be interested in theadvertisement. U.S. application Ser. No. 12/195,321, incorporated byreference in its entirety for all purposes, describes a system thatselects advertisements by matching targeting criteria of advertisementsand a user's profile information and past actions, and presents theselected advertisements to the user. The social networking system mayalso generate and communicate advertisements to a user based on theuser's social graph information. For example, in additional topresenting an advertisement that is targeted to a particular user, thesocial networking system may communicate information about theadvertisement to other users connected to the particular user. U.S.application Ser. No. 12/193,702 describes a system that selectsadvertisements for a targeted user by matching targeting criteria ofadvertisements and past actions of another user connected to thetargeted user, and presented information about the matched action andthe selected advertisements to the targeted user.

FIG. 1 illustrates an example social networking system. In particularembodiments, the social networking system may store user profile dataand social graph information in user profile database 101. In particularembodiments, the social networking system may store user event data inevent database 102. For example, a user may register a new event byaccessing a client application to define an event name, a time and alocation, and cause the newly created event to be stored in eventdatabase 102. For example, a user may register with an existing event byaccessing a client application to confirming attending the event, andcause the confirmation to be stored in event database 102. In particularembodiments, the social networking system may store user privacy policydata in privacy policy database 103. In particular embodiments, thesocial networking system may store geographic and location data inlocation database 104. In particular embodiments, the social networkingsystem may store media data (e.g., photos, or video clips) in mediadatabase 105. In particular embodiments, the social networking systemmay store advertising content and associated information in advertisingcontent database 106. For example, advertising content can includeadvertising messages and media data (e.g., graphic arts, photos, videoclips). For example, information associated with the advertising contentcan include information about advertisers (e.g., name, URL), businesscategory (e.g., sporting goods, Japanese restaurant, retail clothing),one or more locations, and targeting criteria (e.g., a certain agegroup, a certain interest). In one implementation, an administrator of ahub node corresponding to a place maintained by the geo-socialnetworking system may configure one or more advertisements, offers orcoupons that may be presented to a user. In particular embodiments,databases 101, 102, 103, 104, 105, and 106 may be operably connected tothe social networking system's front end. In particular embodiments, thefront end 120 may interact with client device 122 through network cloud121. Client device 122 is generally a computer or computing deviceincluding functionality for communicating (e.g., remotely) over acomputer network. Client device 122 may be a desktop computer, laptopcomputer, personal digital assistant (PDA), in- or out-of-car navigationsystem, smart phone or other cellular or mobile phone, or mobile gamingdevice, among other suitable computing devices. Client device 122 mayexecute one or more client applications, such as a web browser (e.g.,MICROSOFT WINDOWS INTERNET EXPLORER, MOZILLA FIREFOX, APPLE SAFARI,GOOGLE CHROME, and OPERA, etc.) or special-purpose client application(e.g., FACEBOOK for IPHONE, etc.), to access and view content over acomputer network. Front end 120 may include web or HTTP serverfunctionality, as well as other functionality, to allow users to accessthe social networking system. Network cloud 121 generally represents anetwork or collection of networks (such as the Internet or a corporateintranet, or a combination of both) over which client devices 122 mayaccess the social network system.

In particular embodiments, location database 104 may store aninformation base of places, where each place includes a name, ageographic location and meta information (such as the user thatinitially created the place, reviews, comments, check-in activity data,and the like). Places may be created by administrators of the systemand/or created by users of the system. For example, a user may registera new place by accessing a client application to define a place name andprovide a geographic location and cause the newly created place to beregistered in location database 104. As discussed above, a created placemay correspond to a hub node, which an administrator can for purposes ofaugmenting the information about the place and for creating ads or otheroffers to be delivered to users. In particular embodiments, system frontend 120 may construct and serve a web page of a place, as requested by auser. In some embodiments, a web page of a place may include selectablecomponents for a user to “like” the place or check in to the place. Inparticular embodiments, location database 104 may store geo-locationdata identifying a real-world geographic location of a user associatedwith a check-in. For example, a geographic location of an Internetconnected computer can be identified by the computer's IP address. Forexample, a geographic location of a cell phone equipped with cellular,Wi-Fi and/or GPS capabilities can be identified by cell towertriangulation, Wi-Fi positioning, and/or GPS positioning. In particularembodiments, location database 104 may store a geographic location andadditional information of a plurality of places. For example, a placecan be a local business, a point of interest (e.g., Union Square in SanFrancisco, Calif.), a college, a city, or a national park. For example,a geographic location of a place (e.g., a local coffee shop) can be anaddress, a set of geographic coordinates (latitude and longitude), or areference to another place (e.g., “the coffee shop next to the trainstation”). For example, additional information of a place can bebusiness hours, photos, or user reviews of the place. In particularembodiments, location database 104 may store a user's location data. Forexample, a user can create a place (e.g., a new restaurant or coffeeshop) and the social networking system can store the created place inlocation database 104. For example, location database 104 may store auser's check-in activities. For example, location database 104 may storea user's geographic location provided by the user's GPS-equipped mobiledevice.

In particular embodiments, a user of the social networking system mayupload one or more media files to media database 105. For example, auser can upload a photo or a set of photos (often called a photo album),or a video clip (or an audio clip) to media database 105 from a clientdevice 122 (e.g., a computer, or a camera phone). In particularembodiments, the one or more media files may contain metadata (oftencalled “tags”) associated with each media file. For example, a photoshot by a digital camera may contain metadata relating to file size,resolution, time stamp, name of the camera maker, and/or location (e.g.,GPS) coordinates. A user can add additional metadata values to a photo,or tag a photo, during or in connection with an upload process. Someexamples of tags of a media file are author, title, comments, eventnames, time, location, names of people appearing in the media file, oruser comment. In particular embodiments, a user may tag a media file byusing a client application (e.g., a photo or video editor), or enteringone or more tags in a graphical user interface of a media uploading toolthat uploads a user's one or more media files from a client device 122to the social networking system. A user may also tag a media file afteran upload at a later time in the social networking system's web site. Inparticular embodiments, the social networking system may also extractmetadata from a media file and store the metadata in media database 105.In one implementation, the client device 122 may implement theExchangeable image file format (Exif), or a modified version thereof.

Ordinarily, as a user uploads photos using a media uploading tool fromthe user's mobile device (e.g., a mobile phone, netbook, smartphone,tablet, or other portable device) to a photo sharing website, the mediauploading tool or the photo sharing website often tags or associates thephotos to be uploaded with a default setting, for example, byaggregating photos to a photo album named “Mobile Uploads” or “Jun. 10,2010”, regardless of the event or location when the photos were taken.The user can rename the photo album later on to reflect an actual eventor location, for example, “Sam's birthday party” or “Hiking in SierraNev.”. Furthermore, the user may have to give other users a pointer tothe photo album (e.g., an URL address) to enable other users to uploadtheir photos for the same event from other user's respective computingdevices to the photo album. Particular embodiments herein describemethods of automatically identifying an event and associating the eventwith photos and other content uploaded from multiple users.

FIG. 2 illustrates an example method of automatically associating anevent with photos uploaded from multiple users and tagging the photoswith tags representing the event. FIG. 2 can be implemented by an eventtagging process hosted by one or more computing devices of the socialnetworking system. The server-side user tagging process may operate inconnection with a client-side photo tagging and/or media uploadingapplication hosted on one or more client devices. In particularembodiments, the event tagging process may receive from each of aplurality of users a current location and an indication of one or moreavailable image files from a photo tagging application hosted on aclient device 122 (201). In particular embodiments, an image file may bea still photographic picture, a video clip, or a still frame of a videoclip. For example, the event tagging process can receive from multiplepeople attending a Christmas party, individual requests to upload photosfrom each individual's mobile camera phone to the social networkingsystem. A user may access a special-purpose client application, e.g., amedia uploading tool, hosted by the user's GPS-equipped mobile phone andselect one or more image files, causing the media uploading tool totransmit an uploading request comprising the user's identifier relativeto the social networking system, the user's current location (e.g., GPScoordinates) with a time stamp, and identifiers for the one or moreimage files, to the social networking system. Additionally, if a user'slocation data is not available from the uploading request (e.g., no GPSsignal received by the user's mobile phone at the time of the uploadingrequest), the event tagging process may access location database 104 toretrieve the user's most recent location and associated time stamp, forexample, the most recent check-in activity, or the most recent recordedGPS coordinates and associated time stamp from the user's GPS-equippedmobile phone. Other methods for identifying the location of the user mayinclude data reports from POS terminals or mobile devices of other usersthat have interacted with the user's mobile phone via BlueTooth orNear-Field Communications protocols.

In particular embodiments, the event tagging process may detect an eventand determine a first event tag based on social and spatio-temporalproximity between a subset of users (and their associated uploads) ofthe plurality of users (202). In particular embodiments, the eventtagging process may identify a subset of users who are within apre-determined social proximity among each other, and are within apre-determined spatio-temporal proximity among each other. If there is athreshold number of upload requests within this group or their uploadsof this group fit a profile that indicates an event is likely, the eventtagging process may detect an event. For example, the event taggingprocess can access user profile database 101 based on the useridentifiers, location data and time stamp data of the uploadingrequests, to identify a subset of users who are within one or twodegrees of separation from each other, and are requesting to uploadimage files from locations within a quarter-mile radius, and within asliding window of +/−30 minutes. The event tagging process may determinea common location by averaging GPS coordinates locations of theuploading requests from the subset of users, and determine a common timeinstance by averaging time stamp data of the uploading requests from thesubset of users. In particular embodiments, the event tagging processmay determine a first event tag based on a common location and a commontime instance between the identified subset of users.

For example, the event tagging process can access location database 105and based on the common location, identify a location or a place (e.g.,a coffee shop, a ball park, a beach) near the common location, andcreate an event tag (e.g., “Wrigley Field, Jul. 4, 2010”) based on thecommon location and the common time instance. For example, the eventtagging process can access location database 104 to identify a locationor a place based on the common location, access event database 102 basedon the identified location or place and the common time instance, andcreate an event tag by identifying an event happening at or near theidentified location and the common time instance (e.g., a rock concert,a charity event). The event tagging process may access event database102 to determine whether other users have registered for or checked-into an event near the user's location. This process step can be used todetermine whether the user is at an existing event or whether a newevent should be created and, if an existing event is found, the identityof the event and event metadata that can be used for additional eventtag suggestions.

In some embodiments, the event tagging process may determine a firstevent tag based on one or more sponsorships. For example, the eventtagging process can access advertisement content database 106 based onthe common location, identify an advertiser with a location near thecommon location, and create an event tag associated with the advertiser.For example, if the common location is within 1 mile from Disney Landand the common time instance is Aug. 1, 2010, the event tagging processcan create an event tag “Disney Land, Aug. 1, 2010.”

In particular embodiments, the event tagging process may suggest thefirst event tag to the subset of users (203). For example, for each userof the subset of users, the event tagging process can transmit a messageto the media-uploading tool hosted by the user's mobile phone, causingthe media-uploading tool to present the first event tag to the user. Inparticular embodiments, if one or more users of the subset of usersconfirm the first event tag, the event tagging process may associate thefirst event tag to the one or more available image files from the subsetof users (204). For example, for each user of the subset of users, theevent tagging process can transmit a message to the media uploading toolhosted by the user's mobile phone, causing the media uploading tool toadd the first event tag to metadata of the image files selected for thephoto uploading request. In particular embodiments, the event taggingprocess may create and store an event based on the first event tag inevent database 102. In some embodiments, the event tagging process mayconfigure the event based on the first event tag to be unique to thesubset of users, for example, the attendees of the event based on thefirst event tag can comprise of only the subset of users.

In particular embodiments, the event tagging process may store thetagged image files in a data store. For example, the event taggingprocess can store the tagged image files uploaded to the socialnetworking system by the media-uploading tool in media database 105.Additionally, the event tagging process may create a photo album for thefirst event tag and associate the tagged image files with the photoalbum, i.e., upload the photos to the photo album. The event taggingprocess may also set one or more privacy settings on the photo album forthe newly created event, such as limiting access to the photo album tothe first-degree contacts of the users whose photos have been includedin the photo album. In other implementations, the users' respectiveprivacy settings for photographs or other media may be individuallyapplied to each of the photos in the album. In some implementations, theusers may also be prompted to specify privacy settings for such uploadedmedia.

For example, assume for didactic purposes that three first-degreefriends attend a baseball game at Wrigley Field on Jul. 4, 2010. Duringthe baseball game, each of them captures one or more pictures with amobile phone and uses the media-uploading tool described above to uploadphotos from the mobile phone to the social networking system. There aremaybe hundreds of other people at Wrigley Field also uploading photos tothe social networking system during the baseball game. With the examplemethod illustrated by FIG. 2, the event tagging process can, after oneof the three first-degree friends confirms, create a photo album“Wrigley Field, Jul. 4, 2010” unique to the three first-degree friends,and automatically upload photos taken by all the three first-degreefriends during the baseball game to the photo album. In particularimplementations, the event tagging process may also automatically createan event in event database 102 that includes the three first-degreefriends and a suggested title (such as “Bill, Ted & Jim at WrigleyField, Jul. 4, 2010”) that can be configurable by the contacts. Thephoto album can be associated with the event. From an events page, eachof the three-first degree friends may invite additional users to jointhe event. Still further, the event tagging process may alsocross-reference this newly-created event if it encounters photos fromother users at the same location at the same time that are within athreshold degree of separation of users associated with the event and,possibly, suggest they join the event or ask the existing users in theevent if the additional uses should join.

In other implementations, a second or alternative event can beautomatically created that includes all photos from all users wheremetadata associated with the uploads suggest that all are within athreshold spatio-temporal proximity of each other. For example, aWrigley Field event for Jul. 4, 2010 can be created for all users thathave uploaded photos while attending a baseball game at that venue. Insuch an embodiment, the host of the event could be a business entity(such as the Chicago Cubs) that could maintain and curate a large photoalbum of the event in connection with a fan or profile page. Inparticular implementations, event organizers (such as a baseball team)could configure an event in events database including meta informationabout the event (location, date, time) and suggested tags. In theexample provided above, the event tagging process could in connectionwith identifying tags and/or creating an event for the threefirst-degree friends may access the event database 102 and identify oneor more tags to suggest to the users. The event tagging process may alsoprompt the users to be added to this event and/or to create a separateevent that is related to the event created by the event organizer.

In particular embodiments, for each of the subset of users, the eventtagging process may store information of the first event tag in a localstorage (e.g., a MicroSD memory card) of the each user's mobile device.In some embodiments, the information of an locally stored event tag maycomprise an expiration time (e.g., six hours from the creation of theevent tag). For example, if a user of the subset of users accesses themedia uploading tool to select one or more image files to upload to thesocial networking system, the media uploading tool may access one ormore locally stored event tag(s) and present the one or more locallystored event tags to the user. If the user confirms a particular locallystored event tag, the media uploading tool may tag the particularlocally stored event tag to the selected one or more image files. Inother embodiments, if the user accesses the media uploading tool beforea particular locally stored event tag expires, the media uploading toolmay automatically tag the particular locally stored event tag to theselected one or more image files for the uploading request.

In addition to determining a first event tag based on a common locationand a temporal overlap instance between the subset of users, the eventtagging process may determine a first event tag based on an existingconcurrent event that one or more of the plurality of requesting usershave registered to. In particular embodiments, after receiving from eachof the plurality of requesting users a user identifier of the socialnetworking system, a current location and an indication of one or moreavailable image files (201), the event tagging process may access anevent database 102 and retrieve an existing event that a particular userof the plurality of users have registered with (or checked-in to) at ornear the location and time stamp data of the uploading requests. Inother implementations, the search for existing events may extend toevents that contacts (first-degree, second-degree, etc.) have created,registered for or checked-in to. In particular embodiments, the eventtagging process may suggest the existing event to the particular user,and in response to a confirmation from the particular user, create afirst event tag based on the existing event and tag the first event tagto the one or more available images files from the particular user. Theevent tagging process may also access information about the existingevent to suggest additional tags, such as attendees, locations, andother meta information. Furthermore, in particular embodiments, theevent tagging process may identify a subset of users who are within apre-determined social proximity to the particular user, and are within apre-determined spatio-temporal proximity to the existing event. Inparticular embodiments, the event tagging process may associate thefirst event tag to the one or more available image files from each ofthe subset of users. In particular embodiments, the event taggingprocess may store or cause the media uploading tool described before tostore the tagged one or more available image files in a data store(e.g., in media database 105). In some embodiments, the event taggingprocess may adjust the attendee list of the existing event to includeone or more users of the subset of users.

Furthermore, the event tagging process may suggest an event tagconfirmed by at least one of the plurality of users to one or more otherusers of the plurality of users wherein the one or more other users arein geo-temporal proximity to the event tag (e.g., within a quarter mileradius and within a time window of +/−30 minutes). That is, the eventtagging process may suggest, to one or more of a plurality of users, anevent tag based on social and spatio-temporal proximity between a subsetof users (as illustrated by the example method of FIG. 2), or an eventtag just created (by the example method of FIG. 2) in the geo-temporalvicinity, or an event tag based on an concurrent existing event.

In particular embodiments, the event tagging process may create a sharedspace, as discussed above, comprising one or more image or othermultimedia files associated with an event and/or set of event-relatedtags. For example, a shared space of a particular event can includeimage files tagged with the particular event tag and uploaded to mediadatabase 105 by the example method of FIG. 2, or other image files orcontent objects tagged with the particular event tag and uploaded tomedia database 105 at a later time. The shared space can be connected orotherwise associated with an event page, a fan page and/or a userprofile page. In particular embodiments, each image files or contentobject of a shared space may have individual privacy settings (e.g.,accessible to all, accessible only to first-degree contacts, etc.). Forexample, when a first user of the social networking system requests astructured document (e.g., a web page) for a share space, the socialnetworking system may access media database 105 and compose thestructured document comprising image files and content objectsaccessible only to the first user, such as media files uploaded byfirst-degree friends of the first user. In other implementations, theshared space, as discussed above, may be associated with an eventorganizer where the uploaded media files may be publicly accessible toall users. In other implementations, access can be limited to the usersassociated with the event, first-degree contacts of such users, first-and second-degree contacts of such users, first-, second-, andthird-degree contacts of such users, or all users of the socialnetworking system.

FIGS. 2A-2C illustrate an example graphical user interface (GUI) of aclient application hosted by a mobile phone for the example method ofFIG. 2. For example, a user can select one or more photos from the GUI(as indicated by the check marks illustrated in FIG. 2A). For example,the user can instruct the client application to upload the selectedphotos to a share space by selecting a “Share” button (210). The usermay upload the selected photos to a shared space at a later time. In theexample 2B, one or more thumbnails for the selected photos (220)overlays a camera viewfinder screen, and the user can instruct theclient application to upload the selected photos by selecting a “Share(3)” button (222). FIG. 2C illustrates an example GUI presented to theuser after the user instructed the client application to upload theselected photos. For example, the client application can present to theuser an event tag proposed by the event tagging process in the GUI(234). The user can type a text string in the GUI (230) to name an eventtag for the selected photos (e.g., “Amy's graduation”), or the user canselect a “Share” button (232) and client application can tag theselected photos with the event tag proposed by the event tagging process(“Dartmouth College, Jun. 15, 2010”) and upload the selected photos tomedia database 105.

FIG. 2D illustrate an example structured document of shared spaces. Inthe example of FIG. 2D, a user can type in a search text string (e.g.,“college” 240) in a graphical user interface (GUI) of a clientapplication hosted by the user's mobile phone. The client applicationcan transmit the search request to the social networking system, thesocial networking system can access media database 105 for one or moreshared spaces with event tags matching (or partially matching) thesearch text string wherein the one or more shared spaces are accessibleto the user. The social networking systems can transmit one or morecontent objects (or their thumbnails and associated URL links)accessible to the user and other related information of the one or moreshared spaces to the client application. The client application canconstruct structured documents with the one or more content objects inthe client application's GUI, as illustrated by photo reels 242(“Dartmouth College, Jun. 15, 2010”) and 244 (“College Concert, Summer'09”) in FIG. 2D. Additionally, the client application can includeadditional information, e.g., number of the user's first-degree contactswho are tagged in a shared space, in the structured documents (246).

While the foregoing embodiments may be implemented in a variety ofnetwork configurations, the following illustrates an example networkenvironment for didactic, and not limiting, purposes. FIG. 3 illustratesan example network environment 500. Network environment 500 includes anetwork 510 coupling one or more servers 520 and one or more clients 530to each other. Network environment 500 also includes one or more datastorage 540 linked to one or more servers 520. Particular embodimentsmay be implemented in network environment 500. For example, socialnetworking system frontend 120 may be written in software programshosted by one or more servers 520. For example, event database 102 maybe stored in one or more storage 540. In particular embodiments, network510 is an intranet, an extranet, a virtual private network (VPN), alocal area network (LAN), a wireless LAN (WLAN), a wide area network(WAN), a metropolitan area network (MAN), a portion of the Internet, oranother network 510 or a combination of two or more such networks 510.The present disclosure contemplates any suitable network 510. One ormore links 550 couple a server 520 or a client 530 to network 510. Inparticular embodiments, one or more links 550 each includes one or morewired, wireless, or optical links 550. In particular embodiments, one ormore links 550 each includes an intranet, an extranet, a VPN, a LAN, aWLAN, a WAN, a MAN, a portion of the Internet, or another link 550 or acombination of two or more such links 550. The present disclosurecontemplates any suitable links 550 coupling servers 520 and clients 530to network 510.

FIG. 4 illustrates an example computer system 600, which may be usedwith some embodiments of the present invention. This disclosurecontemplates any suitable number of computer systems 600. Thisdisclosure contemplates computer system 600 taking any suitable physicalform. As example and not by way of limitation, computer system 600 maybe an embedded computer system, a system-on-chip (SOC), a single-boardcomputer system (SBC) (such as, for example, a computer-on-module (COM)or system-on-module (SOM)), a desktop computer system, a laptop ornotebook computer system, an interactive kiosk, a mainframe, a mesh ofcomputer systems, a mobile telephone, a personal digital assistant(PDA), a server, or a combination of two or more of these. Whereappropriate, computer system 600 may include one or more computersystems 600; be unitary or distributed; span multiple locations; spanmultiple machines; or reside in a cloud, which may include one or morecloud components in one or more networks. Where appropriate, one or morecomputer systems 600 may perform without substantial spatial or temporallimitation one or more steps of one or more methods described orillustrated herein. As an example and not by way of limitation, one ormore computer systems 600 may perform in real time or in batch mode oneor more steps of one or more methods described or illustrated herein.One or more computer systems 600 may perform at different times or atdifferent locations one or more steps of one or more methods describedor illustrated herein, where appropriate.

In particular embodiments, computer system 600 includes a processor 602,memory 604, storage 606, an input/output (I/O) interface 608, acommunication interface 610, and a bus 612. In particular embodiments,processor 602 includes hardware for executing instructions, such asthose making up a computer program. As an example and not by way oflimitation, to execute instructions, processor 602 may retrieve (orfetch) the instructions from an internal register, an internal cache,memory 604, or storage 606; decode and execute them; and then write oneor more results to an internal register, an internal cache, memory 604,or storage 606. In particular embodiments, processor 602 may include oneor more internal caches for data, instructions, or addresses. Inparticular embodiments, memory 604 includes main memory for storinginstructions for processor 602 to execute or data for processor 602 tooperate on. As an example and not by way of limitation, computer system600 may load instructions from storage 606 or another source (such as,for example, another computer system 600) to memory 604. Processor 602may then load the instructions from memory 604 to an internal registeror internal cache. To execute the instructions, processor 602 mayretrieve the instructions from the internal register or internal cacheand decode them. During or after execution of the instructions,processor 602 may write one or more results (which may be intermediateor final results) to the internal register or internal cache. Processor602 may then write one or more of those results to memory 604. One ormore memory buses (which may each include an address bus and a data bus)may couple processor 602 to memory 604. Bus 612 may include one or morememory buses, as described below. In particular embodiments, one or morememory management units (MMUs) reside between processor 602 and memory604 and facilitate accesses to memory 604 requested by processor 602. Inparticular embodiments, memory 604 includes random access memory (RAM).This RAM may be volatile memory, where appropriate Where appropriate,this RAM may be dynamic RAM (DRAM) or static RAM (SRAM). Moreover, whereappropriate, this RAM may be single-ported or multi-ported RAM.

In particular embodiments, storage 606 includes mass storage for data orinstructions. As an example and not by way of limitation, storage 606may include an HDD, a floppy disk drive, flash memory, an optical disc,a magneto-optical disc, magnetic tape, or a Universal Serial Bus (USB)drive or a combination of two or more of these. Storage 606 may includeremovable or non-removable (or fixed) media, where appropriate. Storage606 may be internal or external to computer system 600, whereappropriate. In particular embodiments, storage 606 is non-volatile,solid-state memory. In particular embodiments, storage 606 includesread-only memory (ROM). Where appropriate, this ROM may bemask-programmed ROM, programmable ROM (PROM), erasable PROM (EPROM),electrically erasable PROM (EEPROM), electrically alterable ROM (EAROM),or flash memory or a combination of two or more of these.

In particular embodiments, I/O interface 608 includes hardware,software, or both providing one or more interfaces for communicationbetween computer system 600 and one or more I/O devices. Computer system600 may include one or more of these I/O devices, where appropriate. Oneor more of these I/O devices may enable communication between a personand computer system 600. As an example and not by way of limitation, anI/O device may include a keyboard, keypad, microphone, monitor, mouse,printer, scanner, speaker, still camera, stylus, tablet, touch screen,trackball, video camera, another suitable I/O device or a combination oftwo or more of these. An I/O device may include one or more sensors.This disclosure contemplates any suitable I/O devices and any suitableI/O interfaces 608 for them. Where appropriate, I/O interface 608 mayinclude one or more device or software drivers enabling processor 602 todrive one or more of these I/O devices. I/O interface 608 may includeone or more I/O interfaces 608, where appropriate. Although thisdisclosure describes and illustrates a particular I/O interface, thisdisclosure contemplates any suitable I/O interface.

In particular embodiments, communication interface 610 includeshardware, software, or both providing one or more interfaces forcommunication (such as, for example, packet-based communication) betweencomputer system 600 and one or more other computer systems 600 or one ormore networks. As an example and not by way of limitation, communicationinterface 610 may include a network interface controller (NIC) ornetwork adapter for communicating with an Ethernet or other wire-basednetwork or a wireless NIC (WNIC) or wireless adapter for communicatingwith a wireless network, such as a WI-FI network. This disclosurecontemplates any suitable network and any suitable communicationinterface 610 for it. As an example and not by way of limitation,computer system 600 may communicate with an ad hoc network, a personalarea network (PAN), a local area network (LAN), a wide area network(WAN), a metropolitan area network (MAN), or one or more portions of theInternet or a combination of two or more of these. One or more portionsof one or more of these networks may be wired or wireless. As anexample, computer system 600 may communicate with a wireless PAN (WPAN)(such as, for example, a BLUETOOTH WPAN), a WI-FI network (such as, forexample, a 802.11a/b/g/n WI-FI network, a 802.11s mesh network), aWI-MAX network, a cellular telephone network (such as, for example, aGlobal System for Mobile Communications (GSM) network, an Enhanced DataRates for GSM Evolution (EDGE) network, a Universal MobileTelecommunications System (UMTS) network, a Long Term Evolution (LTE)network), or other suitable wireless network or a combination of two ormore of these.

In particular embodiments, bus 612 includes hardware, software, or bothcoupling components of computer system 600 to each other. As an exampleand not by way of limitation, bus 612 may include an AcceleratedGraphics Port (AGP) or other graphics bus, an Enhanced Industry StandardArchitecture (EISA) bus, a front-side bus (FSB), a HYPERTRANSPORT (HT)interconnect, an Industry Standard Architecture (ISA) bus, an INFINIBANDinterconnect, a low-pin-count (LPC) bus, a memory bus, a Micro ChannelArchitecture (MCA) bus, a Peripheral Component Interconnect (PCI) bus, aPCI-Express (PCI-X) bus, a serial advanced technology attachment (SATA)bus, a Video Electronics Standards Association local (VLB) bus, aUniversal Asynchronous Receiver/Transmitter (UART) interface, aInter-Integrated Circuit (I²C) bus, a Serial Peripheral Interface (SPI)bus, a Secure Degital (SD) memory interface, a MultiMediaCard (MMC)memory interface, a Memory Stick (MS) memory interface, a Secure DigitalInput Output (SDIO) interface, a Multi-channel Buffered Serial Port(McBSP) bus, a Universal Serial Bus (USB) bus, a General Purpose MemoryController (GPMC) bus, a SDRAM Controller (SDRC) bus, a General PurposeInput/Output (GPIO) bus, a Separate Video (S-Video) bus, a DisplaySerial Interface (DSI) bus, a Advanced Microcontroller Bus Architecture(AMBA) bus, or another suitable bus or a combination of two or more ofthese. Bus 612 may include one or more buses 612, where appropriate.

The client-side functionality described above can be implemented as aseries of instructions stored on a computer-readable storage mediumthat, when executed, cause a programmable processor to implement theoperations described above. While the client device 122 may beimplemented in a variety of different hardware and computing systems,FIG. 5 shows a schematic representation of the main components of anexample computing platform of a client or mobile device, according tovarious particular embodiments. In particular embodiments, computingplatform 702 may comprise controller 704, memory 706, and input outputsubsystem 710. In particular embodiments, controller 704 which maycomprise one or more processors and/or one or more microcontrollersconfigured to execute instructions and to carry out operationsassociated with a computing platform. In various embodiments, controller704 may be implemented as a single-chip, multiple chips and/or otherelectrical components including one or more integrated circuits andprinted circuit boards. Controller 704 may optionally contain a cachememory unit for temporary local storage of instructions, data, orcomputer addresses. By way of example, using instructions retrieved frommemory, controller 704 may control the reception and manipulation ofinput and output data between components of computing platform 702. Byway of example, controller 704 may include one or more processors or oneor more controllers dedicated for certain processing tasks of computingplatform 702, for example, for 2D/3D graphics processing, imageprocessing, or video processing.

Controller 704 together with a suitable operating system may operate toexecute instructions in the form of computer code and produce and usedata. By way of example and not by way of limitation, the operatingsystem may be WINDOWS-based, MAC-based, or UNIX or LINUX-based, orSYMBIAN-based, among other suitable operating systems. The operatingsystem, other computer code and/or data may be physically stored withinmemory 706 that is operatively coupled to controller 704.

Memory 706 may encompass one or more storage media and generally providea place to store computer code (e.g., software and/or firmware) and datathat are used by computing platform 702. By way of example, memory 706may include various tangible computer-readable storage media includingRead-Only Memory (ROM) and/or Random-Access Memory (RAM). As is wellknown in the art, ROM acts to transfer data and instructionsuni-directionally to controller 704, and RAM is used typically totransfer data and instructions in a bi-directional manner. Memory 706may also include one or more fixed storage devices in the form of, byway of example, hard disk drives (HDDs), solid-state drives (SSDs),flash-memory cards (e.g., Secured Digital or SD cards, embeddedMultiMediaCard or eMMD cards), among other suitable forms of memorycoupled bi-directionally to controller 704. Information may also resideon one or more removable storage media loaded into or installed incomputing platform 702 when needed. By way of example, any of a numberof suitable memory cards (e.g., SD cards) may be loaded into computingplatform 702 on a temporary or permanent basis.

Input output subsystem 710 may comprise one or more input and outputdevices operably connected to controller 704. For example, input outputsubsystem may include keyboard, mouse, one or more buttons, thumb wheel,and/or, display (e.g., liquid crystal display (LCD), light emittingdiode (LED), Interferometric modulator display (IMOD), or any othersuitable display technology). Generally, input devices are configured totransfer data, commands and responses from the outside world intocomputing platform 702. The display is generally configured to display agraphical user interface (GUI) that provides an easy to use visualinterface between a user of the computing platform 702 and the operatingsystem or application(s) running on the mobile device. Generally, theGUI presents programs, files and operational options with graphicalimages. During operation, the user may select and activate variousgraphical images displayed on the display in order to initiate functionsand tasks associated therewith. Input output subsystem 710 may alsoinclude touch based devices such as touch pad and touch screen. Atouchpad is an input device including a surface that detects touch-basedinputs of users. Similarly, a touch screen is a display that detects thepresence and location of user touch inputs. Input output system 710 mayalso include dual touch or multi-touch displays or touch pads that canidentify the presence, location and movement of more than one touchinputs, such as two or three finger touches.

In particular embodiments, computing platform 702 may additionallycomprise audio subsystem 712, camera subsystem 712, wirelesscommunication subsystem 716, sensor subsystems 718, and/or wiredcommunication subsystem 720, operably connected to controller 704 tofacilitate various functions of computing platform 702. For example,Audio subsystem 712, including a speaker, a microphone, and a codecmodule configured to process audio signals, can be utilized tofacilitate voice-enabled functions, such as voice recognition, voicereplication, digital recording, and telephony functions. For example,camera subsystem 712, including an optical sensor (e.g., a chargedcoupled device (CCD), or a complementary metal-oxide semiconductor(CMOS) image sensor), can be utilized to facilitate camera functions,such as recording photographs and video clips. For example, wiredcommunication subsystem 720 can include a Universal Serial Bus (USB)port for file transferring, or a Ethernet port for connection to a localarea network (LAN). Additionally, computing platform 702 may be poweredby power source 732.

Wireless communication subsystem 716 can be designed to operate over oneor more wireless networks, for example, a wireless PAN (WPAN) (such as,for example, a BLUETOOTH WPAN, an infrared PAN), a WI-FI network (suchas, for example, an 802.11a/b/g/n WI-FI network, an 802.11s meshnetwork), a WI-MAX network, a cellular telephone network (such as, forexample, a Global System for Mobile Communications (GSM) network, anEnhanced Data Rates for GSM Evolution (EDGE) network, a Universal MobileTelecommunications System (UMTS) network, and/or a Long Term Evolution(LTE) network). Additionally, wireless communication subsystem 716 mayinclude hosting protocols such that computing platform 702 may beconfigured as a base station for other wireless devices. Otherinput/output devices may include an accelerometer that can be used todetect the orientation of the device.

Sensor subsystem 718 may include one or more sensor devices to provideadditional input and facilitate multiple functionalities of computingplatform 702. For example, sensor subsystems 718 may include GPS sensorfor location positioning, altimeter for altitude positioning, motionsensor for determining orientation of a mobile device, light sensor forphotographing function with camera subsystem 714, temperature sensor formeasuring ambient temperature, and/or biometric sensor for securityapplication (e.g., fingerprint reader).

In particular embodiments, various components of computing platform 702may be operably connected together by one or more buses (includinghardware and/or software). As an example and not by way of limitation,the one or more buses may include an Accelerated Graphics Port (AGP) orother graphics bus, an Enhanced Industry Standard Architecture (EISA)bus, a front-side bus (FSB), a HYPERTRANSPORT (HT) interconnect, anIndustry Standard Architecture (ISA) bus, an INFINIBAND interconnect, alow-pin-count (LPC) bus, a memory bus, a Micro Channel Architecture(MCA) bus, a Peripheral Component Interconnect (PCI) bus, a PCI-Express(PCI-X) bus, a serial advanced technology attachment (SATA) bus, a VideoElectronics Standards Association local (VLB) bus, a UniversalAsynchronous Receiver/Transmitter (UART) interface, a Inter-IntegratedCircuit (I²C) bus, a Serial Peripheral Interface (SPI) bus, a SecureDegital (SD) memory interface, a MultiMediaCard (MMC) memory interface,a Memory Stick (MS) memory interface, a Secure Digital Input Output(SDIO) interface, a Multi-channel Buffered Serial Port (McBSP) bus, aUniversal Serial Bus (USB) bus, a General Purpose Memory Controller(GPMC) bus, a SDRAM Controller (SDRC) bus, a General PurposeInput/Output (GPIO) bus, a Separate Video (S-Video) bus, a DisplaySerial Interface (DSI) bus, an Advanced Microcontroller Bus Architecture(AMBA) bus, or another suitable bus or a combination of two or more ofthese. Additionally, computing platform 702 may be powered by powersource 732.

The present disclosure encompasses all changes, substitutions,variations, alterations, and modifications to the example embodimentsherein that a person having ordinary skill in the art would comprehend.Similarly, where appropriate, the appended claims encompass all changes,substitutions, variations, alterations, and modifications to the exampleembodiments herein that a person having ordinary skill in the art wouldcomprehend.

What is claimed is:
 1. A method comprising: by the one or more servercomputing devices, receiving, from a client computing device of each ofa plurality of users, a current location of the user and an indicationof one or more media objects for uploading; by the one or more servercomputing devices, determining a first event based on social andspatio-temporal proximity among a subset of the users, the first eventdetermined based on a current event for which one or more of the subsetof users have registered, the spatio-temporal proximity being based atleast in part on the current locations of the subset of the users; bythe one or more server computing devices, creating a first event tagbased on the determined first event; by the one or more server computingdevices, sending the first event tag to the client computing device ofat least one of the subset of the users that have not registered for thecurrent event and is within spatio-temporal proximity to the one or moreof the subset of users that have registered for the current event,receipt of the first event tag by the client computing device causingthe client computing device to present the first event tag to the atleast one of the subset of the users for confirmation; and by the one ormore server computing devices, in response to one or more confirmationsreceived from one or more of the client computing devices of one or moreof the users in the subset of the users, associating the first event tagto the media objects, wherein the one or more confirmations are receivedfrom one or more humans.
 2. The method of 1 further comprising: by theone or more server computing devices, storing the media objects in adata store.
 3. The method of 1 wherein the determining a first event isfurther based on spatio or temporal proximity to one or moresponsorships.
 4. The method of 1 wherein the subset of the users isfurther limited to users who are first-degree connections to each other.5. The method of 1 wherein the subset of the users is further limited tousers who are no more than a threshold number of degrees of separationfrom each other in a social graph, wherein the threshold number ofdegrees of separation between any two users is defined as the minimumnumber of hops required to traverse the social graph from one user toanother user.
 6. The method of 1 wherein the subset of the users isfurther limited to users who are associated with current location datawithin a pre-determined distance from each other.
 7. The method of 1wherein each of the subset of the users is further limited to users whoare within a threshold degree of geo-temporal proximity to each other.8. One or more computer-readable non-transitory storage media embodyingsoftware that is operable when executed to: receive, from a clientcomputing device of each of a plurality of users, a current location ofthe user and an indication of one or more media objects for uploading;determining a first event based on social and spatio-temporal proximityamong a subset of the of users, the first event determined based on acurrent event for which one or more of the subset of users haveregistered, the spatio-temporal proximity being based on at least inpart on the current location of the subset of the users; create a firstevent tag based on the determined first event; send the first event tagto the client computing device of at least one of the subset of theusers that have not registered for the current event but is withinspatio-temporal proximity to the one or more of the subset of users thathave registered for the current event, receipt of the first event tag bythe client computing device causing the client computing device topresent the first event tag to the at least one of the subset of theusers for confirmation; and in response to one or more confirmationsreceived from one or more of the client computing devices of one or moreof the users in the subset of the users, associate the first event tagto the media objects, wherein the one or more confirmations are receivedfrom one or more humans.
 9. The media of 8, wherein the software isfurther operable when executed to: store the media objects in a datastore.
 10. The media of 8 wherein the determining a first event isfurther based on spatio or temporal proximity to one or moresponsorships.
 11. The media of 8 wherein the subset of the users isfurther limited to users who are first-degree connections to each other.12. The media of 8 wherein the subset of the users is further limited tousers who are no more than a threshold number of degrees of separationfrom each other in a social graph wherein the threshold number ofdegrees of separation between any two users is defined as the minimumnumber of hops required to traverse the social graph from one user toanother user.
 13. The media of 8 wherein the subset of the users isfurther limited to users who are associated with current location datawithin a pre-determined distance from each other.
 14. The media of 8wherein each of the subset of the users is further limited to users whoare within a threshold degree of geo-temporal proximity to each other.15. A system comprising: one or more processors; and a memory coupled tothe processors comprising instructions executable by the processors, theprocessors being operable when executing the instructions to: receive,from a client computing device of each of a plurality of users, acurrent location of the user and an indication of one or more mediaobjects for uploading; determining a first event based on social andspatio-temporal proximity among a subset of the of users, the firstevent determined based on a current event for which one or more of thesubset of users have registered, the spatio-temporal proximity beingbased on at least in part on the current location of the subset of theusers; create a first event tag based on the determined first event;send the first event tag to the client computing device of at least oneof the subset of the users that have not registered for the currentevent but is within spatio-temporal proximity to the one or more of thesubset of users that have registered for the current event, receipt ofthe first event tag by the client computing device causing the clientcomputing device to present the first event tag to the at least one ofthe subset of the users for confirmation; and in response to one or moreconfirmations received from one or more of the client computing devicesof one or more of the users in the subset of the users, associate thefirst event tag to the media objects, wherein the one or moreconfirmations are received from one or more humans.
 16. The system of15, wherein the processors are further operable when executing theinstructions to: store the media objects in a data store.
 17. The systemof 15 wherein the determining a first event is further based on spatioor temporal proximity to one or more sponsorships.